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1 . INTRODUCTION 



1 - 1 Pur pose 



The purpose of this report is to suggest ideas tor the technology and 
procurement policy which would be appropriate -For SNAP II in the next decade. 
To avoid contusion between current and tutu re versions ot SNAP II, the latter 
is reterred to in this report as SNAP III. Both technology and procurement 
policy are considered because it would be ditticult to implement some ot the 
technology proposed in this report without a change in procurement policy. 

The reader should note that although all ot the technology described in 
this report is not available today, it will be available by 1992, the next 
milestone date tor SNAP II equipment replacement. 

Siqni ticant contributions to the ideas expressed in this report came trom 
discussions with various participants in the SNAP II program, who are 
recognized in the Acknowledgements section. 

1.2 Scope 



Although the research sponsor ' s charter is SNAP II hardware, it is 
evident that sottware, including operating system and application packages, 
must be considered in order to develop a coherent procurement policy; SNAP III 
must be procured as an integrated system. A related concern is the method o-F 
acquiring the software — whether to develop it in— house, or to buy it 
o-F-F-the-shel-F . 

The report describes the recommended architecture o-F SNAP III and the 
software acquisition and procurement policies to support the archi tecture. The 
report is divided into sections on technology, procurement policy, summary and 
an appendix qn local area networks. 



Although it is generally a good idea to have application requirements 
drive the specification of system archi tecture, requirements analysis is 
outside the scope of this study as specified by NAVSEA. In addition, a 
requirements analysis would require significantly more time and funding than 
is available for this study. Furthermore, we believe that a flexible 
architecture and procurement policy can be identified such that any 
foreseeable requirements can be accommodated through a strategy of 
modularization and incremental growth. 



Finally, based on the charter for 
NAVSEA , the project is limited to SNAP 



this research project as specified by 
I and does not include SNAP 1. 
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2. TECHNOLOGY 

2.1 Transition -from Minicomputer to Microcomputer System 



A great deal can be gained -for SNAP II 
minicomputer to microcomputer technology. 
Toll owi ng : 



by making the transition f 
Among the advantages are 



* Most of the advances in chip technology, which provides the underpinning, 
advances in computer architecture, are taking place in the mi cro ar- 
Examples o-f available 32 bit processor chips are the Intel 80386 -C5D- , 
Zilog Z80000 -Cl 9} and the Motorola MC68020 -Cl 5]-. 

Illustrative o-f the power of these chips are the -Following specificati 
•from the 80386: 



* 32 bit instructions, registers, addressing and busses 

* 3 ~ 4 Mips 

* 16 Mhz clock speed 

* 4 gigabyte segment addressing 

* virtual memory management 

* cache memory 

* memory protection 

* pi pel i n i ng 



Furthermore, the 
y . In addition, 20 
However, in order -for 
mul titasking operati ng 
virtual machines to 
system is not expected 
such as DBMS, must be 
extended memory -Cl]-. 



Intel 80486 , ex pec ted in 1987, will run at 4 - 5 MIPs 
and 25 Mhz processor chips are expected this year 
these advanced chips to be usable in SNAP II! 
system must become available which will allow mult 
execute programs in excess o-f 640K. Such an opera-1 
until 1988 or 1989. In addition, application packaj 
written by vendors to work with multitasking 



□ne projection o-f mi cr ocomput er performance, in terms of MIPs as 



as (MHZ / 
following 


machi ne 
C 1 3 > : 


eye 1 es 


per instruction / 


memory figure 


of merit) 


Year 


MIPs 


MHZ 


Cyc 1 es/ I nst r uc . 


Equi val en t 


MIPs 


1987 


10 


16 


1 . 3 average 


Faster than 


VAX 


1988 


20 


“TO 


1 . 3 


IBM 3090 




1989 


40 


40 


1 . 0 


Scalar Cray 




1 990 


80 


80 


. 8 


Faster than 


Cray X-MF* 



def 
i s 



The implication for SNAP III is the availability of current s 
computer MIP rates (not storage capacity and I/O rate) in mi crocomput er 
the 1990s. 



Page 



An interesting development is the integration of -Functions, such as 
-Floppy disk, -fixed disk and communications controllers onto the motherboard in 
personal computers, -Freeing slots which are currently used -for these 
controllers. For example, Intel's 82072 floppy disk controller replaces 26 
chips in the IBM PC controller and 34 chips in the IBM AT controller. In 
addition, the motherboard controllers use 5 to 10 times less power than the 
older chips. The portent -for SNAP III is more space -For I/O boards (e.g., 
graphics adapter) and memory expansion boards, or smaller size and lighter 
weight -for a given number o-f -Functions. 

Chip size reduction efforts continue in the semiconductor industry, led 
by the movement to CMOS integrated circuits. Most new 32 bit mi cropr ocessor 
chips, such as the Intel 80386, use CMOS because the power dissipation is low 
£71. This means the chip can be small because a large area is not needed to 
dissipate heat generated by the large number o-f transistors in a 32 bit 
mi cropr ocessor . In addition to low power dissipation, some versions o-f CMOS 
are very -Fast. For example, Fairchild's Advanced CMOS Technology can be 
clocked at 33 MHZ in a 32 bit processor. 

Aiding the continuing reduction in size is the development o-f surface 
mount components, including processors, printers, input devices and disk 
drives. Surface mount chips have one-third the size, 30 percent the weight and 
half the lead spacing of the traditional Dual In Line package £7 1. Perhaps 
more important than size reduction is the savings in assembly costs made 
possible by surface mount techniques. 

These reductions in chip size, power requirements and cost, coupled with 
increased speed, will result in SNAP III hardware having several times the 
processing power per dollar of SNAP II. 

With regard to memory chip storage capacity, this year National 
Semiconductor introduced the first 1- megabit Dynamic RAM contr ol 1 er /dr i ver 
chip which eliminates memory access CPU wait states and controls and drives up 
to 8 megabytes of memory with error correction £61. LSI reduces both power 
dissipation and size by 75 percent compared to discrete DRAM controller 
designs. Intel also introduced a 512 Kbit, 170 ns EPROM. One implication of 
projected mul t i -megab i t memory chips for the 1990s is that, for a given file 
size, bigger chunks of data can be processed in RAM at a time, thereby 
requiring fewer disk accesses and faster processing for SNAP III. Also, aided 
by a high speed cache memory, large RAMs provide the hardware foundation for a 
microcomputer-based SNAP III system. 

I* Off-the-shelf business software (e.g., dbms and word processing), which is 
applicable to SNAP II requirements, is readily available for microcomputers. 

* Powerful workstations, suitable for storage and display of SNAP II technical 
data and drawings, emphasize microcomputer-based technology £161. 
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A, Transition to and Capitalize on Available Packaged Software 



The modern approach to implementing solutions to information systs 
problems is to develop generalized software packages which can be applied 
various applications. For example, a DBMS can be applied to financial da* 
engineering data or SNAP II- A word processor has similar applicabilii 
Commercial software has functions built in which allow the package to 
applied to a variety of tasks; if this were not the case, there would not 
the thousands of these packages- The reason for the generality 
are basic data processing functions which are applicat 
These are: search, update, insert, delete, select, retrie 

index, compute, display and print- It is often stated that N 
are unique- They cannot be truly unique because there are onl 
finite number and kind of data processing functions which can be performed 
any application, as illustrated in the above list- What is 'unique' is 
particular combination and sequence of basic data processing functions wh 
are used in an application- A package is tailored to an application by 
appropriate selection of functions and parameters- The implications of t 
approach for the Navy are enormous- Rather than being a producer of CO! 
programs, it becomes a manager of information resources, focusing its effor 
on collecting, processing and disseminating data to meet fleet informat 
requi rements. 



the sales in 
that there 
i ndependen t - 
sort, merge, 
app 1 i cat i ons 



In addition to the organi z at i onal implications of using packai 
software, there are significant economic and technical benefits as we 
Software development costs are drastically reduced because it is not necess< 
to pay for the design, programming, debugging, testing and maintenance of 
large number of application programs- Instead, the Navy pays the softw< 
vendor for the package (a site license may be required when many copies 
required). This cost is significantly less than in-house software developmei 
since the vendor's life cycle costs are absorbed by hundreds of customei 
whereas in-house costs are absorbed by only one organization — the Na' 
Technical benefits — with cost implications — are realized from the f, 
that the vendor does the debugging and testing, not the Navy- Since 
package will have been subjected not only to the vendor's tests, but also 
the hard use by many customers as well, packaged software will, in gener. 
have fewer bugs than software produced in-house- Furthermore, the cost 
improving the reliability of packaged software, through bug reporting 
correction, is spread over many or gan i z at i on s . Finally, by buying packai 
software, the Navy would achieve operational capability with an applicat 
much sooner than with in-house development. 



Since it is well known that the cost and effort involved in produc 
software far exceeds hardware costs, the above benefits would signif ican 
reduce the risk to the Navy of implementing new systems. 

A recommended procedure for SNAP III is to use a strategy 
inventorying and assessing commercial software against system requiremen 
acquiring it where it satisfies requirements, and resort to in-house softw 
only when it is evident that the packaged software will not meet requiremen 
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B. Establish Software Compatibility 



Related to the approach of using mi cr ocomput er s and packaged software 
in SNAP III is the idea of capitalizing on available software in the 
commercial marketplace by acquiring a system which has software compat i b i 1 i t y 
with a large amount of personnel computer business software- SNAP II does not 
have this compat i bi 1 i t y - Its hardware and operating system are used by 
relatively few organisations. The crucial aspect of having access to a large 
body of software is not the software library created by the hardware vendor; 
even a large vendor can only contribute a fraction of the total business 
software. Rather, huge software libraries are created by independent software 
vendors who write software for papular personnel computers. It is no criticism 
of the present vendor but rather a fact of life in the marketplace that 
software vendors have not and will not develop extensive libraries for this 
gear. At present, the only way the Navy can produce the software base for SNAP 
II is to use the expensive process of writing the software itself. 

It is recommended that the Navy not be lacked out of access to 
commercial software in SNAP III. 

C. Establish Magnetic Media Compatibility 



For SNAP III to be compatible with business software libraries, it 
must contain I/O devices which are compatible with popular software recording 
media, such as 5 1/4 and 3 1/2 inch diskettes. Relatively little software is 

available on the 8 inch diskettes used in SNAP II. The Navy should note that, 
although 5 1/4 inch diskettes are dominant today, 3 1/2 inch diskettes are 
forecast to be the predominant floppy disk medium by 1988 <123*. 

It is recommended that the Navy provide for compatibility with 
commonly used software recording media in SNAP III. 

2.2 Transition to Proven Commercial Office System 



Although not identical to SNAP II app 1 i cat i ons , there is enough 
similarity with commercial system applications in maintenance, supply, 
finance, and admi n i str at i on , to warrant consi der at i on of systems that have 
been used successfully in the office place. The advantage of this approach is 
that these systems have already been proven in thousands of corporations and 
with software and hardware which has been throughly tested and applied by the 
business communi ty . 

Given the nature of federal computer procurement policy, it is not clear 
how the record of a vendor in similar commercial applications could become a 
criterion for procurement , but it is important to note, nevertheless, that 
extensive experience in office systems and the ability to provide a full 
library of business software should weigh heavily in SNAP III procurement 
decisions. 
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A. Ruggedize Commercial Systems 



O-f course, commercial systems must be made seaworthy. An eleg<E 
solution to the problem o-f rugged i z at i on has been suggested by personnel 
NAVSEA. This involves ruggedizing computer -furniture aboard ship, rather tY 
ruggedizing the computers. The great advantage o-f this approach is that s Y 
alterations are made only once — when the -furniture is installed; compute 
do not have to be ruggedized because they will be bolted to a table 
enclosure which has been previously ruggedized. 

B. Establish Flexibility o-f System Modi -f i cati on 



A character i st i c o-f microcomputers is that they allow the customer 
tailor and expand the hardware according to application needs by means 
adapter boards -for memory and peripherals. This kind o-f system modularizati 
is important -for the SNAP III because it would allow configurations to 
tailored to the workload and requirements o-f various ship classes. Thus, 
would not be necessary -for SNAP III to be locked into one hardwc 
configuration -for every ship and -for the Navy to pay -for capacity it does r 
need . 

2.3 Use Local Area Network (LAN) Technology 



A network o-f microcornputers has a number o-f advantages over standale 
microcomputers and minicomputers, as described below. (See Appendix A -for 
overview o-f LANs). In addition to the advantages cited below, a LAN would aJ 
provide an effective shipboard electronic mail system. 

Figure 1 shows a block diagram o-f the proposed SNAP III LAN. 

A. Achieve Higher Reliability 



Higher software and hardware reliability are achieved because 
software or hardware -failure in a node will only put that node and 
application out o-f operation rather than cause the entire system to -fail. I- 
f ai 1 ure in the cable or -fiber occurs, the system can still survive in 
standalone mode. It is easier to isolate and quarantine a malfunction than 
a centralized system. Contrast these char ac ter i st i cs with the reliabil: 
properties o-f a centralized system, where a -failure in the cpu or ma. 
attached peripheral will bring the entire system down. 

B. Achieve Easi er Ex pandi b i 1 i t y 



It is easier to expand 
applications and class o-f ship by 
Modularity and ex pand i bi 1 i t y can be 
a central cpu. 



a system and to 
adding user and 
achieved because 



tailor it to 
server nodes 
equipment is 



a parti cu! 
as require 
not tied 
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C. Achieve Sharing of Hardware and Software Resources 



Hard disks, printers and modems (for communication in port) can be 
shared in a LAN rather than being installed in each workstation. Although the 
rost of providing these devices for every user node on one ship may be 
ronsidered insignificant for one ship, it would be significant when all SNAP 
ships are considered. 

D. Achieve Easier Software Implementation 



Due to the modularity of a LAN, and the use of message exchange for 
lommun i cat i on between nodes, it is easier to design, partition and configure 
application software than with a centralized system. Also, since there is 
finer partitioning and more isolation of software modules by virtue of 
executing in separate nodes, the ripple effect of application software 
maintenance changes is less severe. 

E. Maintain Compatibility with Existing System 



I Since the transition to a different form of technology, which is 
"ecommended in this report , should be performed incrementally and will require 
a period of parallel operations with existing applications and equipment, it 
is important to provide compatibility between SNAP II and SNAP III equipment. 
This would be accomplished by making the Harris equipment a node(s) on the 
-AN. To achieve this, adapter software would have to be written to make the 
Harris equipment compatible with the LAN protocols. Since there is a five year 
lead time to do this prior to procurement, there would be adequate time to 
:reate this software. Furthermore, even though the SNAP III vendor will not be 
<nown until 1992, the Navy could ensure compatibility by specifying one of the 
IEEE 802 standard protocols for the LAN. Figure 1 shows the Harris equipment 
as a node on. the LAN. 

; F. Acquire a High Performance Local Area Network 



There has been much discussion in the networks community about the 
Relative merits of contention networks, such as CSMA/CD, versus networks with 
managed user access, such as token ring, (see Appendix A). In order to provide 
reasonable response time under the user input load and large file access 
activity imposed by some SNAP II applications (e.g., supply), it is 
recommended that a managed access type of LAN be acquired. 
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It is possible that the Navy will employ mixed networks with equipme 
from several vendors on SNAP III- We recommend against this approach becau 
there are significant technical problems involved in getting a network from 
single vendor running without creating more problems with a mix of equipme 
and software. The problems are more sof t war e-r e 1 at ed than hardware related a 
involve the inability of some microcomputer application software vendors 
make their software operate correctly in a network environment. This has be 
a problem with some single vendor networks and the problem is exacerbated wh 
application packages must be integrated to work with several network operati 
systems. Another form of mixed network is one which contains more than o 
topology, such as a bus and ring. A third possibility is a combination 
communications media, such as coax and optical fiber. The last t 
possibilities, confined to a single vendor system, incur much less risk th 
the first alternative. The three possibilities are discussed below. 

Nixed Vendors 



The way to resolve differences in protocols among vendors in a mix 
vendor network is to use a gateway between the networks. The gateway is 
dedicated computer which contains software to resolve differences in messa 
and address format, message and address size, acknowledgement procedure, 
routing procedure, etc. between two networks which are interconnected by t 
gateway . 



Nixed Topologies 



Nixed topologies, such as the connection of a bus network to a ri 
network, usually implies a significant difference in protocols, independe 
of whether the same or different vendors are utilized. For example, most b 
networks use contention (e.g., CSNA/CD) ; ring networks are det ermi n i si t i c a 
normally employ a token for controlling access to the network. Due to t 
difference in protocols, a gateway is also required in this situation. 

Nixed Communication Nedia 



Some vendors 
commun i cat 1 ons med 1 urn 
extend the distance of 
or twisted-pair alone, 
to extend the distance 



provide networks which can use more than o 
Usually this involves the use of optical fiber 
a LAN beyond that which can be obtained by using co 
The use of optical fiber, with optical fiber repeater 
of a IBN Token-Rinq Network containing twisted-pa 
segments, is one example flO>. In addition to providing greater distance, t 
repeaters serve to convert electrical signals to light signals and vice vers 
Another example is the Codenol Corporation Ethernet to coaxial cable - optic 
fiber interface. 
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G. Use Optical Fiber as LAN Communications Medium 



Although the dominant LAN communication media today are coaxial cable 
and twisted-pair wires, optical fiber will be the major medium in 1992- The 
reasons for this are its high bandwidth, immunity to noise and interference, 
and the capability of providing secure communication- Enhancing the stature of 
fiber optics is the Fiber Distributed Data Interface (FDDI), a proposed 
American National Standard for a 100 Mb/s token ring using a optical fiber 
medium and providing both packet and circuit switching protocols C20>- This 
effort will accelerate the trend to making the use of optical fiber 
commonplace in LANs in the next decade- Assuming potential problems of 
installing and maintaining fiber in a shipboard environment can be solved, 
optical fiber is the preferred communications medium for SNAP III. 

To provide some idea of the problems involved in installing optical 
fiber, the following are the provisions for installing this medium in an 
office environment, as given by IBM Oil; obviously, the situation would be 
worse aboard ship. 

o A lubricant must be used when pulling fiber through conduit. 

o Maximum pull force must not be exceeded when installing the fiber. 

o Large radius 90 degree bends (minimum of 6 inches) must be used in 
conduit runs. 

o No more than two 90 degree bends can be used between pull boxes. 
Pull boxes should be placed close to the 90 degree bends. 

o Tubing or conduit must be used to protect the fiber in places 
where it might be damaged. 

We recommend that optical 
boxes should.be used between conduit 
not be repaired aboard ship; instead, 
a new cable segment. 

It appears unlikely that there will be any relief from the above 
precautions for installing and maintaining optical fiber in the near future. 
However, this should not be a major deterrent to its use in SNAP III? given 
the superior performance properties of this medium. Optical fiber can be used 
successfully if precautions, such as the above, are observed and if programs 
are established to train shipboard personnel in the proper handling of optical 
f i ber . 

H. Di sadvan t ages of LANs 



Of course, there are di sadvantages associated with using a LAN. One is 
the extra 1 ayer of software called the network operating system. Among other 
functions, this software directs user commands to the appropriate server node 
and handles message communication between nodes. This operating system is in 
addition to the common mi cr ocomput er operating system residing in each node 
which is used to provide normal intra node services (e.g., node directory 
display). The additional operating system software complexity requires some 
new skills to be learned by Navy system implementors, users and maintainers. 
Furthermore, this network software must be included in software conf i gur at i on 
management and maintenance activities. 



fiber cable not 
runs. We also 
a damaged cable 



be spliced; rather , pull 
recommend that the cable 
should be replaced with 
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Another problem is the weak vendor support provided -for th< 
systems, as compared to main-frame and mini system support- This problem can 
alleviated by negotiating a contract with the vendor or system inteqra' 
which provides adequate user training, and software and hardware maintenance 

2-4 Acquire Mass Storage Capability 



Optical disk drive technology is maturing rapidly and promises to prov 
much greater recording density -for SNAP III than is the case -for SNAP II, w 
densities ten times that o-f today's magnetic disks <14}. These disks, w 
capacities o-f 100 to 1000 megabytes and image storage capability, are to< 
write once-read mostly media <14,17}, suitable -for SNAP III archival stor 
o-f technical manuals, ship drawings and ship configuration technical da 
Unfortunately, no popular microcomputer operating system supports write oi 
disk drives at this time <4}; it is expected that this will not be the case 
1992- Writable optical disk drives, in 5 1/4 inch -format, are expected to 
available by 1988 < 14}. 

It should be noted that -formidable problems o-f directory management , 
-file update, which result -from write once limitations, have not bi 
completely solved <17}. Also, as with any on-line storage system, the u- 
must develop a backup system- For optical systems, with their massive storj 
capability, providing backup capability is a significant challenge -for ; 
user. Since the media is inexpensive, one solution is to write a duplicate 
separate optical disk surfaces. However , i -f the disk controller -fails, | 
duplicate is o-f no use. For this reason , dual optical disk control 1 
(network servers) would be used- 1 

No microcomputer can store the gigabyte -files that comprise parts o-f SI 
II, using current magnetic disk technology; also, it is not economica 
feasible to equip every microcomputer in SNAP III with a mass storage systi 
such as optical disk- Therefore, an optical disk system is shown as one of 
server nodes on the LAN in Figure 1, which would be accessible to user no- 
for such operations as downloading and uploading files or file segments wh 
require reading or updating. 

2.5 Acquire Improved Graphics Capabilities 



Microcomputers, provided with appropriate software, can give the u 
full screen edit capabilities as opposed to the line-at-time data manipulat 
capability of ordinary terminals- Also, some microcomputer displays and th> 
software are designed to be icon driven. The use of symbols, controlled b' 
mouse or light pen, to issue commands such as file or delete, would seem 
provide the sailor-user with a system which is easier to learn and use thai 
keyboard driven display. Also, the error rate of such a system should 
sub st anti ally less. 

In addition to improved graphics, SNAP III has need for work stati< 
with bar code reading capability. 

SNAP III has requirements for technical data and drawings storage < 
display. Since this type of display would require an interactive graph 
workstation, is relatively expensive, and is not required for every SNAP 
user station, only one or two of these units need be provided, as shown 
F i gure 1 . 
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Although none of the display technologies which are in the R h. D stage 
-atisfy all desirable performance and cost criteria, the active matrix liquid 
:rystal display (LCD) is the furthest developed with respect to satisfying 
nultiple criteria of: light weight, low power consumption, good graphics 
resolution, high speed display, color support and reasonable cost. Although 
Lack of 'viewability' remains a major drawback, this technology is improving 
■n resolution for reading the display under various lighting conditions and 
From various viewing angles. A major problem to be overcome is the inability 
to support screen sizes larger than those for portable computers C8> . Another 
promising LCD technology is super-twisted bifringent , offering the sharpest 
_CD image to date: this technology is used in the Zenith Z-181 lap top. 

! DC plasma and AC thin film electroluminescence displays offer better 
contrast ratios and larger screens than LCD but at higher power, slower speed, 
ligher cost and less support for color C8>. 



The flat tension mask (FTM) tube used by Zenith is claimed to be a 
dramatic improvement over conventional CRT displays C18>. This display is 
claimed to have a flat, virtually ref 1 ec t i on-f r ee faceplate and offers 
superior resolution, contrast (70 7. higher than standard displays) 

brightness (80 7. over standard displays), and color properties, in a retai 1 
:-rice range of $1000 - $1500. 



Another important development in graphics is the Intel 82786 graphics 
Coprocessor and the Texas Instruments 34010 Graphics System Processor C3> . 
These processors relieve the CPU of much of the graphics processing load 
similar to the way a math coprocessor relieves the CPU from floating point 
computations. In addition to relieving the CPU of graphics work, the 
coprocessor contains programs for activating complete drawing routines and 
provides a large video memory (4 MB), which would permit a 256 color image 
tfith 1024 X 1024 pixel resolution. 



It is impossible to obtain high resolution at low cost. It is possible to 
obtain high resolution and other desirable display properties at reasonable 
cost. Display technology like FTM coupled with a graphics coprocessor would 
appear to be adequate for SNAP III graphics applications which can be foreseen 
at this time. 



-.6 Consider Automating Ship — Shore Communication 



1 It is evident that supply, maintenance, ship configuration, and other 
SNAP II data could be more timely if ship to shore and shore to ship data 
transfer could be automated via the Defense Data Network (DDN) . There are 
Protocols in DDN that allow the user to: (1) connect with remote nodes (e.g.. 
Inventory Control Point and Stock Points) for inquiry purposes, (2) perform 
File transfer, and (3) communicate very effectively via electronic mail. A LAN 
could provide data input directly for keying the transmitter for ship to shore 
Communication, (as shown in Figure 1) rather than employing paper tape for 
this purpose. 
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There is great reluctance in some parts of the Navy to routin' 

communicate (or to communicate at any time) logistics data, due 

( 1 ) r equi rement s to maintain emission control during combat or exercises 

(2) the need to use available circuits -For tactical data transmission. This 
a policy question that can only be decided at the highest levels o-f the N. 
and is beyond the scope and capabilities o-F this project to solve. We can oi 
note that it appears that it would be -feasible to transmit SNAP II data dur 
non-cri tical time periods. We understand that communication via the DDN w 
be possible when SNAP II ships are in port. 

Lest it be construed that automating ship — shore communication is 
solution to all the problems o-f data timeliness, it should also be noted ti 

lack o-f timeliness o-f data base maintenance on shore (e.g., si 

configuration), is also part of the problem. 



It is recommended that there be c 1 ar i f i cat i on of policy on ship to sh 
communication for SNAP II so that this policy can be used to establish 
technical possibilities for automating ship — shore communication in S 
III. 



3. PROCUREMENT POLICY 



Since the emphasis of this study is technology, only a brief summary 
be given of a the elements of a procurement policy which will support 
acquisition of the above technology for SNAP III. The key parts of t 
strategy are: 



* The procurement process should start now to provide sufficient lead time 
actually acquire SNAP III in 1992. 



* Proven commercial hardware and software should be acquired. 

* The contract should be long term (minimum of 8 years) with options for 
Navy to periodically upgrade the system. 

* The contract should be modelled on the Inventory Control Po 
resol i ci tat i on project . 

* Software as well as hardware should be included in the acquisition. 

* A system integrator should be used, who would, with the approval of 
Navy, upgrade the system.; the Navy would have strong veto power to prev 
unqualified, low bidder vendors from winning the subcontract. 



4. SUMMARY 
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Major recommendations are summarized below: 

* Transition from minicomputer to microcomputer system 

* Transition to proven commercial office system 

* Use local area network technology 

* Acquire mass storage capability 

* Acquire improved graphics capability 

* Consider automating ship — shore communication 

* Start to develop a procurement policy to support the acquisition of 
above technology. 



the 
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FIGURE 1 ... PROPOSED SNAP III LOCAL AREA NETWORK 
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5. APPENDIX A 

Principles of Local Area Networks C211 
INTRODUCTION 

Def i n i t i on 



A local area network (LAN) consists of a set of nodes which are 
i n t erconnect ed by a set of links. The nodes and links cover a relatively 
small geographic area, ranging from a few feet to a mile. The nodes may be 
termi nal s , mi crocomputer s , minicomputers, mainframes, printers, hard disks or 
work stations. The links may be coaxial cable, twisted-pair wires or fiber 
optic cabl e. 

PURPOSE 

There are many reasons for developing and using LANs, including the 
following: 

1. Message communication. 

2. Resource sharing. 

3. Improved office worker productivity. 

4. File transfer. 

5. Application performance improvement. 

6. Combinations of the above. 

Each of these reasons is elaborated below. 

1. With a LAN it is passible to provide an electronic mail capability 
because the nodes are connected, thus allowing for the transfer of a message 
from one node to another. 

2. As .microcomputers continue to proliferate, it becomes increasingly 
expensive for management to provide every worker with his own fully equipped 
machine, including disks, printers, modems and software. A more economical 
alternative is to provide only a minimal work station capability for hundreds 
of workers and to provide fewer expensive devices which can be shared by many 
users. In some cases, certain users have repositories of software and files 
which many users wish to access. Accessibility is improved significantly if 
users can access these resources el ec t ron i cal 1 y by file transfer from a 
server node (e.g. , a relatively expensive microcomputer which contains a hard 
disk and printer) to their work stations or by using the server as a remote 
zomput er . 



3. Lagging productivity of office workers and professional people is of 
great concern to American industry. One of the first steps which was taken to 
alleviate this problem was the widespread use of personal computers in the 
office. This movement represented only a limited attack on the problem. 
Although each worker had access to his own data, two important ingredients 
^ere missing: ability to communicate el ectroni cal 1 y with other workers and 
access to corporate data. Without going through an expensive mainframe, data 
accessibility was not available laterally from worker to worker nor 
vertically from worker to management and vice versa. If there is one aspect 
•jhich character i zes the modern work force it is multi channel communication. 
h LAN facilitates this communication through its inter-nodal message paths 
md, when equipped with the necessary hardware and software, provides 
lommun i c at i on with corporate mainframe computers. 



tn o 
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4. A frequent need of computer users i s to transfer a file which i 
stored on one local computer to another local computer. The file may consis 
of a program, data or both. There qan be many reasons for doing a fil 
transfer, including the following: 

* The program or data is needed at a particular local computer in order i 
execute a program. 



* The file may reside on a server node and the user wants to transfer it t 
his work station. Typically, the copy at the server node is read-only so th<= 
important information cannot be al tered by unauthorised users; the syste 
manager controls access and updating action. However, a user can transfer 
copy to his work station where he can both read and write the data and trea 
his copy as a private file. 



* The user receives a request to transfer a file to another user. 



user has access to more and better software packages ar 
a network, he ought to able to improve the function 
his app 1 i cat i ons . This is the motivation for much of today 
advantage of greater accessibility to resources must 
the following possible disadvantages: slower response ti 

use of communication facilities; increased complexity 
operations engendered by being a member of a LAN; and temporary lock out frc 
file access to server nodes caused by concurrent multiple user activity. 



5. If a 
hardware via 
performance of 
networking. The 
weighed against 
caused by the 



. Seldom is a LAN built for a single application (e.q., electronic mail; 
ince LANs are built from general purpose computers, it is possible 1 
provide for a variety of applications in a single LAN, Thus a user c<: 
integrate his applications of, perhaps, data base management, electronic ma: 
and word processing. 
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LAN ARCHITECTURES 

There are three char ac t er 1 st 1 c s which differentiate LAN architectures: 
control , topology, and communication technology; they are not mutually 
ex c 1 usi ve - 

Con trol 



Control refers primarily to techniques used for allowing 
communications medium and resolving contention- There are three 
techniques: carrier sense, multiple access with collision 
(CSMA/CD); token passing; and centralized switching. 

In CSMA/CD systems, nodes are connected to a bus and have multiple, or 
concurrent, access to the communication medium (e.q., coaxial cable). Nodes 
'listen' for existing transmissions to determine whether it is safe to 
transmit; hence, the terminology 'carrier sense' or sensing the carrier. 
Unfortunately, this terminology is a misnomer in those LANS which do not use 
modulated t r ansmi ssi on . If no transmission is detected, a node will transmit. 
Due to signal propagation delay, a node can not be certain that no other node 
is transmi tt i ng . Therefore, overlapping tr ansm i ssi ons , or collisions, can 
occur. The heavier the traffic, the more likely it is that collisions will 
occur. As t he name of the technique implies, nodes are designed to detect a 
collision. When a node detects a collision, it transmits a jam signal so that 
all transmitting nodes can recognize it and abort their tr ansmi ssi on . 
Affected nodes pr obal i st i cal 1 y reschedule their next attempt to transmit. 
This technique is inexpensive and has good performance at low to medium 
loads; performance is si gni f i cant 1 y degraded at high loads. Due to repeated 
collisions, a node may be delayed in transmitting for an indefinite amount of 
time (if collisions persist beyond a system-specified limit, an error is 
reported). Thus there is no upper limit on response time and performance must 
be described probal i st i cal 1 y . 

Token passing is a control technique which guarantees an upper limit on 
response time (i.e. deterministic performance) but is more complex and 
expensive than CSMA/CD. This technique is used on rings and busses and uses 
a control message called the token for granting permission to a node to 
transmit. In a ring LAN, for example, the token is rotated in the ring until 
a node that has data to transmit captures it. Since the node which acquire 
the token must release it after transmitting and the token returns to the 
transmitting node, every node is guaranteed to have access to the 
communication medium within a calculable time. Generally, this method has 
poorer performance than CSMA/CD at light loads (more overhead) and better 
performance at high loads (no collisions). 

Centralized switching is used primarily in private automatic branch 
exchange (PABX) systems, which were first used for voice communication, and 
currently are challenging other types of LANs for market supremacy by 
emphasizing the integration of voice and data in one network. This technique 
is used in star conf igurations where all data is sent from the origin, 
through a switch, and out to the destination. Its performance is usually 
worse than the first two techniques but has the significant advantage of 
capitalizing on the fact that every American firm and agency has telephones 
and many of them have switching equipment, so it is a natural extension of 
this technology to use it for data communication. 



access to the 
major control 
det ect i on 
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Topol oqy 



Topology refers to the 
major arrangements: bus, rin 
character i st i cs are not mutually 



way that nodes are 
q and star. It was 
ex cl usi ve. This 



connected. There are thr 
stated previously that L 
is demonstrated as follow 



(1) When nodes are connected to a bus, they can all access the t 
simultaneously; therefore, there must be an arbitration technique like CSMA/ 
to referee access. An alternative is to use token passing on a bus; there 
such a network which creates a logical ring by using a physical bus. 



(2) When nodes are connected in a ring, there is the opportunity to 
their access to the communication medium by circulating a token in 
which must be captured by a node in order for it to acquire the 
transmit. 



regulc 
the r i 
r i qht 



(3) The star 
is connected 
and routing. 



topology is 
to the hub 



natural for centralized switching because every n a 
of the network; this central node performs switchi 



Commun l cat i on Technology 



There are two major technologies: baseband and broadband. Baseband 

unmodulated transmission; it transmi ts at the original frequency of the digit 
data. It is used with CSMA/CD coaxial cable or twisted- pair wire t 
topologies, or with token passing coaxial cable or fiber optic cable ri 
topologies. A fiber optic bus is also a possibility, but it is more natural 
use it on a ring, since fiber optic transmission is unidirectional. Sir 
transmission on a bus spreads in both directions simultaneously from t 
source, it is difficult to control multiple reflections in a bus-type fit 
optic cable. Since baseband is unmodulated transmission and does not transn 
in different .frequency bands, it is usually limited to a single service (e.c 
data) . 



Broadband transmission is modulated ; is based on community anter 
television (CATV) technology. It is used with CSMA/CD coaxial bus topoloqie 
systems can be single cable or dual cable. In the former, t r ansmi ssi ons <= 
directed to a frequency translator called the headend which converts <= 
transmitted frequencies to higher received frequencies. The headend retransmi 
at the higher frequency to the receiving node. This method is necessary 
distinguish transmission and reception on a single cable. It is unnecessary 
a dual cable system because one cable is used for transmitting and the oth 
is used for receiving. The dual cable system has twice the capacity o-f 

single cable system but it is more expensive. A feature of any broadband syst 
is its multi service capability. This is the result of its multi chanr 

communication characteristic .wherein different frequency bands can be used i 
different services (e,g., data, voice and television). 

The PABX uses a different communication technology. Pulse code modulati 

is used to quantize the analog voice signal into a binary bit stream i 

efficient digital transmi ssi on . Th i s method is also compatible with integrati 
voice with data, since the data is already in digital form and can be mere 
with the digitized voice information. 
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